home *** CD-ROM | disk | FTP | other *** search
/ Graphics Plus / Graphics Plus.iso / x / animutil / xanim229.lha / xanim / xanim.doc < prev    next >
Encoding:
Text File  |  1991-11-27  |  3.6 KB  |  79 lines
  1.  
  2. This describes the animation types supported and some of their special
  3. features. It's more of an organized rambling but might give insight into
  4. what's going on.
  5.  
  6. FLI Animations:
  7.  
  8.  FLI is by Autodesk Animator for the PC's. Support is for the 320x256
  9.  images. The file is composed of a series of images and deltas(a delta is
  10.  data that can generate the next image given a previous image) to be played in
  11.  sequence. An FLI animation can also change the color map during the anim.
  12.  
  13. IFF Animations and Images:
  14.  
  15.  IFF files were developed for the Amiga. Sound chunks are ignored. IFF 
  16.  Animation files are meant to be double buffered. The deltas refer not to the 
  17.  previous image, but the image before the previous(two back). I know of 6 types
  18.  of compressions 1,2,3,4,5 and J. I've only included types 3, 5 and J because 
  19.  those are the only ones I could test. The J type compression usually has an 
  20.  ANSI chunk at the end which includes the order in which the deltas are to be 
  21.  applied and they can be used more than once.
  22.  IFF animations can be looping and non-looping. Looping means the last two
  23.  deltas produce images that are the same as the 1st two images. To continuously
  24.  loop you would not jump back to the beginning the the 2nd image instead.
  25.  In order to lopp non-looping animations you would need to jump to the 1st
  26.  image. There's no way to know ahead of time which is which so the default
  27.  is looping and if you have a non-looping animation use the -c switch.
  28.  
  29.  The Amiga has a couple of wierd display modes, EHB and HAM. XAnim fully 
  30.  supports EHB animations. HAM can produce 4096 colors(4 bits each red, green,
  31.  and blue) and XAnim will display HAM animations as 332(3 bits red, 3 bits 
  32.  green and 2 bits blue). Surprisingly enough, it's not too bad.
  33.  
  34.  IFF supports a color cycling chunk(s) that specify color ranges to be cycled
  35.  at specified intervals. Since there's no obvious end to this type of 
  36.  animation, I just display it until a key 'g' is pressed inside the display
  37.  window.
  38.  
  39.  IFF images are supported as well. no compression and compression 1(XAnim 
  40.  makes use of the public domain unpacker routine by By Jerry Morrison and
  41.  Steve Shaw).  See unpacker.c
  42.  
  43. GIF Images/Animations.
  44.  
  45.  The GIF file consists of a screen color map and then a series of images, each
  46.  with their own optional color map. The images don't have to be at the origin 
  47.  and can be any size smaller than the screen size. This allows GIF animations
  48.  to be created that only update the part of the screen that changes. I don't
  49.  have a program that does this yet but gifmerge is a step in that direction.
  50.  
  51.  GIF images are automatically uncompressed when read in.
  52.  
  53. TXT files
  54.  
  55.  Probably should be called something else. Basically it is a ascii text file
  56.  that lists a number of GIF files to be displayed. Optionally, you can specify
  57.  the sequence the files are displayed in.  Comments aren't supported. I need
  58.  to put a lot of work and thought into improving this one.
  59.  
  60.  TXT format needs to have txt91 as the 1st 5 characters in the file. Following
  61.  that there are a series of fields. Fields just have to be separated from
  62.  each other by white space. No extraneous characters(ie comments) are
  63.  supported, yet.
  64.  
  65.  txt91    <--- header so XAnim knows what kind of file it is
  66.  4        <--- number of GIF filenames that follow
  67.  a.gif    <--- gif file to be read in. 1st file is number 0.
  68.  b.gif    
  69.  c.gif
  70.  d.gif    
  71.  6      <--- number of frames that follow. 
  72.  0 1 2 3  <--- display images in this order.
  73.  2 1
  74.  
  75.  The sequence will be a.gif b.gif c.gif d.gif c.gif b.gif. Most likely this
  76.  anim will be looped and the last b.gif will flow smoothly into a.gif as it
  77.  starts over.
  78.  
  79.